TypeScript digitaaliarkistoille: Maailmanlaajuisen perintömme säilyttäminen tyyppiturvallisuudella

Museoiden ja kirjastojen hiljaisissa, ilmastoiduissa holveissa ympäri maailman arkistonhoitajat työskentelevät huolellisesti säilyttääkseen menneisyytemme aineelliset esineet: hauraat käsikirjoitukset, haalistuneet valokuvat ja herkät pergamentit. Nykyään kasvaa kuitenkin eksponentiaalisesti uudenlainen arkisto – sellainen, joka on äärettömästi laajempi ja paradoksaalisesti hauraampi. Tämä on digitaalinen arkisto, bittien ja tavujen valtakunta, joka sisältää kaiken digitoituista muinaisista teksteistä digitaalisesti syntyneisiin hallitusasiakirjoihin. Vaikka nämä arkistot lupaavat ennennäkemättömän pääsyn ihmiskunnan historiaan, ne kohtaavat hiljaisen, salakavalan uhkan: tietojen korruptoitumisen. Yksi väärässä paikassa oleva arvo tai pieni virhe siirto-ohjelmassa voi peruuttamattomasti vahingoittaa historiallista tallennetta ja poistaa palan yhteistä muistiamme. Tässä kohtaa ohjelmistokehityksen maailmasta nousee esiin näennäisen epätodennäköinen sankari: TypeScript. Tämä blogikirjoitus tutkii, kuinka TypeScriptin edistämät tyyppiturvallisuuden periaatteet tarjoavat tehokkaan uuden kehyksen yhteisen digitaalisen perintömme eheyden, pitkäikäisyyden ja luotettavuuden varmistamiseen.

Mitä digitaaliarkistot ovat ja miksi tietojen eheys on ensiarvoisen tärkeää?

Ennen kuin syvennymme teknisiin ratkaisuihin, on ratkaisevan tärkeää ymmärtää panokset. Digitaaliarkisto on enemmän kuin pelkkä tiedostokansio palvelimella. Se on kuratoitu, jäsennelty digitaalisten objektien kokoelma, jota hallitaan pitkäaikaista säilyttämistä ja pääsyä varten. Nämä kokoelmat edustavat ihmiskunnan kulttuurista, historiallista ja tieteellistä tuotosta, ja ne ovat globaalin yleisön saatavilla yksinkertaisella Internet-yhteydellä.

Moderni Scriptorium: Papyrusrullista pikseleihin

Digitaaliarkistojen laajuus on valtava ja monipuolinen, ja se kattaa laajan valikoiman materiaaleja ja instituutioita:

• Kansalliset kirjastot ja arkistot: Instituutiot, kuten Yhdysvaltojen kongressin kirjasto tai British Library, toteuttavat massiivisia projekteja fyysisten kokoelmiensa digitointiin presidentin papereista harvinaisiin karttoihin.
• Maailmanlaajuiset yhteistyöprojektit: Aloitteet, kuten Europeana, keräävät metatietoja tuhansista kulttuuriperintöinstituutioista eri puolilta Eurooppaa ja luovat monikielisen ja kulttuurienvälisen portaalin miljoonille tiedoille.
• Yhteisöpohjaiset arkistot: Internet Archive toimii voittoa tavoittelemattomana digitaalisena kirjastona, joka säilyttää verkkosivuja, ohjelmistoja, musiikkia ja videoita, jotka muuten saattavat kadota.
• Tieteelliset tietovarastot: Organisaatiot, kuten CERN ja NASA, hallinnoivat petatavuja tutkimustietoa, joka on säilytettävä ehdottoman tarkasti tulevaa tieteellistä tutkimusta varten.

Kussakin tapauksessa digitaalisen objektin arvo on erottamattomasti sidoksissa sen metatietoihin – tietoihin tiedoista. Metatiedot kertovat meille, kuka objektin loi, milloin ja missä se luotiin, mistä se on tehty (sen muoto) ja miten se liittyy muihin objekteihin. Se antaa kontekstin, joka muuttaa yksinkertaisen kuvatiedoston historialliseksi asiakirjaksi.

Tietojen korruptoitumisen suuret panokset

Historiallisen aineiston säilyttämisen maailmassa eheys on kaikki kaikessa. Fyysisen esineen kohdalla tämä tarkoittaa rappeutumisen ja vahingoittumisen estämistä. Digitaalisen objektin kohdalla se tarkoittaa bittien ja metatietojen korruptoitumisen estämistä. Harkitse näennäisesti pienen virheen seurauksia:

• Päivämääräkenttä vaihdetaan vahingossa muodosta `VVVV-KK-PP` muotoon `KK-PP-VVVV` tietokannan siirron aikana. Yhtäkkiä asiakirja, joka on peräisin toukokuun 4. päivältä 1920 (`1920-05-04`), on kirjattu 5. huhtikuuta 1920 (`1920-04-05`) tai, mikä pahempaa, siitä tulee virheellinen päivämäärä, mikä heittää historialliset aikajanat sekaisin.
• Käsittelijän nimiä käsittelevä komentosarja katkaisee kentän vahingossa. "The International Committee for the Study of Historical Documents" tulee "The International Committee for the Stud". Attribuutio katoaa ja tietue jää orvoksi.
• `null`-arvo tulkitaan virheellisesti luvuksi `0` tai tyhjäksi merkkijonoksi `""`. Kenttä käsikirjoituksen sivumäärälle, jonka pitäisi olla `null` (tuntematon), lukee nyt `0`, mikä on tosiasiallisesti virheellistä tietoa.

Nämä eivät ole vain teknisiä häiriöitä; ne ovat historiallisia kulumisia. Arkisto, jossa on epäluotettavia tietoja, on arkisto, johon tutkijat, historioitsijat ja yleisö eivät voi luottaa. Siksi järjestelmien, joita rakennamme näiden arkistojen hallitsemiseksi, on oltava vankkoja, ennustettavia ja ennen kaikkea turvallisia.

Siirry TypeScriptiin: Rakenteen ja merkityksen suojelija

Vuosien ajan suuri osa verkosta ja siihen liittyvistä järjestelmistä on rakennettu JavaScriptillä, joustavalla ja tehokkaalla, mutta dynaamisesti tyypitetyllä kielellä. Dynaamisessa kielessä muuttujan tyyppiä ei tunneta ennen kuin ohjelma on käynnissä. Tämä joustavuus voi olla hienoa nopeaan prototyyppien tekemiseen, mutta voi olla katastrofaalista järjestelmille, jotka vaativat korkeaa tietojen eheystasoa. Yksinkertainen kirjoitusvirhe tai looginen virhe voi tuoda vääränlaisia tietoja funktioon, mikä johtaa odottamattomaan käyttäytymiseen tai hiljaiseen tietojen korruptoitumiseen, jota ei ehkä havaita vuosikausiin.

JavaScriptin ulkopuolella: Miksi tyyppiturvallisuus on tärkeää arkistoille

TypeScript, Microsoftin kehittämä JavaScriptin supersarja, korjaa tämän perusongelman ottamalla käyttöön staattisen tyyppitarkistuksen. Yksinkertaisesti sanottuna tämä tarkoittaa, että me, kehittäjät ja arkistonhoitajat, määritämme tietojemme 'muodon' etukäteen. Ilmoitamme, että `creationDate`-arvon on oltava `Date`-objekti, `accessionNumber`-arvon on oltava `string` ja `pageCount`-arvon on oltava `number` tai `null`, jos se on tuntematon.

TypeScript-kääntäjä toimii sitten valppaana digitaalisena arkistonhoitajan apulaisena. Ennen kuin koodi on koskaan suoritettu, se analysoi kaiken ja tarkistaa, noudatetaanko sääntöjämme. Jos kehittäjä yrittää määrittää merkkijonon numerokenttään tai unohtaa sisällyttää pakollisen metatietomäärän, kääntäjä nostaa välittömästi virheen. Tämä siirtää virheiden havaitsemisen mahdollisesta tulevasta katastrofista yksinkertaiseen korjaukseen kehitysprosessin aikana. Se on digitaalinen vastine sen varmistamiselle, että etiketti on kirjoitettu pysyvällä musteella ja asetettu oikealle esineelle ennen kuin se koskaan sijoitetaan holviin.

Tärkeimmät TypeScript-ominaisuudet arkistojärjestelmille

Useat TypeScriptin keskeiset ominaisuudet sopivat erityisen hyvin digitaalisen säilyttämisen haasteisiin:

• Liitännät ja tyypit: Nämä ovat piirustukset tiedoillemme. Voimme käyttää niitä luomaan tarkkoja malleja monimutkaisista arkistometatietostandardeista, kuten Dublin Core, METS (Metadata Encoding and Transmission Standard) tai PREMIS (Preservation Metadata: Implementation Strategies). Liittymä on sopimus, joka takaa, että jokaisella `ArchivalRecord`-objektilla on kaikki vaaditut ominaisuudet oikeassa muodossa.
• Generics: Generics-ominaisuuden avulla voimme kirjoittaa joustavia ja uudelleenkäytettäviä komponentteja, jotka silti säilyttävät tyyppiturvallisuuden. Voisimme esimerkiksi luoda geneerisen `DataFetcher`-ominaisuuden, joka tietää, hakeeko se `Photographs`-luetteloa vai `Manuscripts`-kokoelmaa, varmistaen, että käsittelemme erityyppiset tiedot oikein koko sovelluksessamme.
• Enums (Enumerations): Arkistot luottavat suuresti valvottuihin sanastoihin varmistaakseen johdonmukaisuuden. `enum`-ominaisuuden avulla voimme määritellä joukon nimettyjä vakioita. Voisimme esimerkiksi luoda `RightsStatus`-enum-ominaisuuden, jossa on vaihtoehtoja, kuten `Copyrighted`, `PublicDomain` tai `OrphanWork`. Tämä estää kehittäjiä käyttämästä epäjohdonmukaisia merkkijonoarvoja, kuten "public domain" tai "PD", mikä varmistaa yhdenmukaisuuden koko tietojoukossa.
• Readonly-ominaisuudet: Joitakin tietoja ei pitäisi koskaan muuttaa niiden luomisen jälkeen, kuten yksilöllinen tunniste tai alkuperäinen luomispäivämäärä. TypeScriptin `readonly`-muokkaaja estää näiden muuttumattomien kenttien vahingossa tapahtuvan muokkaamisen, mikä lisää toisen suojakerroksen tietojen korruptoitumista vastaan.

Käytännön sovellus: Digitaalisen artefaktin mallintaminen TypeScriptillä

Siirrytään teoriasta käytäntöön. Kuvittele, että rakennamme järjestelmää historiallisten valokuvien globaalille arkistolle. Meidän on luotava vankka tietomalli, joka on sekä kuvaava että turvallinen. Valintatyökalumme on TypeScript.

Piirustuksen määrittäminen: Arkistoobjektin liittymä

Ensinnäkin määritämme minkä tahansa arkistomme objektin perusrakenteen. Käytämme TypeScript-ominaisuutta `interface`. Huomaa `readonly`-ominaisuuden käyttö yksilölliselle tunnisteelle ja kunkin ominaisuuden erityiset tyypit.

            
// Ohjattujen sanastojen käyttö parantaa johdonmukaisuutta.
enum ObjectType { 
  PHOTOGRAPH = 'valokuva',
  MANUSCRIPT = 'käsikirjoitus',
  AUDIO = 'äänitallenne',
  VIDEO = 'videotallenne'
}

// Pääliittymä mille tahansa digitaaliselle objektille arkistossamme.
interface ArchivalObject {
  readonly id: string; // Yksilöllinen, muuttumaton tunniste (esim. UUID)
  objectType: ObjectType; // Objekti tyyppi, rajoitettu enumiimme.
  title: string;
  accessionNumber: string; // Numero, joka annetaan, kun objekti tuli kokoelmaan.
  creationDate: Date | null; // Päivämäärä, jolloin objekti luotiin. Null jos tuntematon.
  dateDigitized: Date;
  physicalDimensions?: string; // Valinnainen ominaisuus, esim. "20cm x 25cm".
}

            

              
                Copy
              
            
          

Tämä yksinkertainen liittymä tarjoaa jo valtavaa arvoa. TypeScript-kääntäjä varmistaa nyt, että jokaisella luomallamme `ArchivalObject`-objektilla on `id`, `objectType`, `title` ja niin edelleen. Se myös pakottaa, että `creationDate`-ominaisuuden on oltava oikea `Date`-objekti (tai `null`), mikä estää kehittäjiä vahingossa käyttämästä merkkijonoa, kuten "tammikuun 5. päivä, 1910".

Esimerkki: Rikkaan metatietostandardin (Dublin Core) mallintaminen

Arkisto-objektit eivät ole mitään ilman rikkaita metatietoja. Mallinnetaan laajalti käytetty kansainvälinen standardi, Dublin Core Metadata Element Set, joka tarjoaa yhteisen sanaston resurssien kuvaamiseen. Luomme sille omistetun liittymän ja integroimme sen sitten tarkempaan malliin valokuvalllemme.

            
// Yksinkertaistettu liittymä, joka edustaa Dublin Coren 15 perusosaa.
interface DublinCore {
  contributor?: string[];
  coverage?: string; // Resurssin spatiaalinen tai ajallinen aihe.
  creator?: string[];
  date?: string; // Tyypillisesti ISO 8601 -muoto: VVVV-KK-PP
  description?: string;
  format?: string; // Tiedostomuoto, fyysinen väline tai mitat.
  identifier?: string; // yksiselitteinen viite, kuten URL-osoite tai ISBN.
  language?: string; // esim. 'en', 'fr'
  publisher?: string;
  relation?: string; // Resurssiin liittyvä resurssi.
  rights?: string; // Tiedot resursissa ja sen yllä pidettävistä oikeuksista.
  source?: string; // Liittyvä resurssi, josta kuvattu resurssi on johdettu.
  subject?: string[];
  title?: string; // Pitäisi vastata pääotsikkoa.
  type?: string; // Sisällön luonne tai genre.
}

// Luodaan nyt erityinen liittymä digitoituvalokuvalle
// joka sisältää perusobjektimme ja Dublin Core -metatiedot.

interface DigitizedPhotograph extends ArchivalObject {
  objectType: ObjectType.PHOTOGRAPH; // Voimme kaventaa tyyppiä tarkemmille liittymille.
  metadata: DublinCore;
  technicalMetadata: {
    resolution: string; // esim. "600dpi"
    colorProfile: 'sRGB' | 'Adobe RGB' | 'ProPhoto RGB';
    cameraModel?: string;
  };
}

// Esimerkki kelvollisen objektin luomisesta:
const photoRecord: DigitizedPhotograph = {
  id: 'uuid-123-abc-456',
  objectType: ObjectType.PHOTOGRAPH,
  title: 'Market Day in Marrakesh',
  accessionNumber: 'P.1954.10.2',
  creationDate: new Date('1954-05-12'),
  dateDigitized: new Date('2022-03-15'),
  metadata: {
    creator: ['John Doe'],
    description: 'Vibrant street scene capturing the central market.',
    coverage: 'Marrakesh, Morocco',
    rights: 'Creative Commons BY-NC 4.0',
  },
  technicalMetadata: {
    resolution: '1200dpi',
    colorProfile: 'sRGB',
  },
};

            

              
                Copy
              
            
          

Tämän rakenteen avulla, jos kehittäjä yrittäisi asettaa `colorProfile`-arvoksi `"My Custom Profile"` tai unohtaisi `resolution`-kentän, TypeScript ilmoittaisi välittömästi virheen ja estäisi huonojen tietojen pääsyn järjestelmään.

Tyyppiturvallisten funktioiden rakentaminen arkistotyönkulkuja varten

Tämä lähestymistapa loistaa todella niissä funktioissa ja työnkuluissa, jotka manipuloivat näitä tietoja. Jokainen funktio voi ilmoittaa tarkalleen, millaisia tietoja se odottaa, mikä eliminoi arvailut ja ajonaikaiset virheet.

            
/**
 * Tyyppiturvallinen funktio arkisto-objektin vakiotietolainausmerkkijonon luomiseksi.
 * Kirjoittamalla 'record'-parametrin olemme varmoja, että meillä on tarvitsemamme kentät.
 */
function generateCitation(record: DigitizedPhotograph): string {
  const creator = record.metadata.creator?.[0] || 'Tuntematon luoja';
  const year = record.creationDate ? record.creationDate.getFullYear() : 'n.d.';
  
  // Voimme käyttää 'record.title' - ja muita ominaisuuksia täysin varmasti
  // että ne ovat olemassa ja ovat oikeantyyppisiä.
  return `${creator}. (${year}). ${record.title} [Valokuva]. Saantinumero: ${record.accessionNumber}.`;
}

// TypeScript varmistaa, että välitämme oikeantyyppisen objektin.
const citation = generateCitation(photoRecord);
console.log(citation);
// Output: John Doe. (1954). Market Day in Marrakesh [Valokuva]. Saantinumero: P.1954.10.2.

// Mitä tapahtuu, jos yritämme välittää väärät tiedot?
const invalidRecord = { id: '123', title: 'Vain otsikko' };
// generateCitation(invalidRecord); // <-- TypeScript VIRHE! Tyyppistä '{ id: string; title: string; }' ei voi määrittää tyypille 'DigitizedPhotograph'.


            

              
                Copy
              
            
          

Tämä yksinkertainen esimerkki osoittaa syvällisen muutoksen. `generateCitation`-funktion taataan toimivan odotetusti, koska TypeScript varmistaa, että se saa vain `DigitizedPhotograph`-objektin, joka vastaa määritettyä rakennetta. Mahdollisuus ajonaikaisiin virheisiin, kuten `Cannot read property 'creator' of undefined`, on täysin eliminoitu.

Pitkäaikainen säilyttäminen (LTP) ja TypeScriptin rooli

Digitaalinen säilyttäminen ei ole vain tiedostojen tallentamista; se on sen varmistamista, että nämä tiedostot ja niihin liittyvät metatiedot pysyvät käytettävissä ja ymmärrettävinä vuosikymmeniä, ellei vuosisatoja. Tämä tuo mukanaan ohjelmistokehityksen ja tietojen siirron haasteen.

Koodi itseasiakirjoina

Kuvittele, että uusi kehittäjä tai arkistonhoitaja liittyy tiimiin 15 vuoden kuluttua ja saa tehtäväkseen ylläpitää tai siirtää järjestelmää. Perinteisessä JavaScript-projektissa heidän olisi tehtävä huolellisesti käänteis-insinööri suunnitelluista tietorakenteista lukemalla koodia ja tarkastamalla tietokantatietueita. TypeScriptin avulla tietorakenteet määritellään selvästi itse koodissa. `interface`- ja `type`-määritelmät toimivat tarkkana, koneellisesti luettavana ja aina ajan tasalla olevana dokumentaationa. Tämä alentaa dramaattisesti esteitä järjestelmän ymmärtämiselle, mikä vähentää virheiden tuomisen riskiä ylläpidon aikana.

Tietojen siirtäminen luottavaisin mielin

Yksi digitaalisen arkistoinnin vaarallisimmista tehtävistä on tietojen siirtäminen. Tämä voi olla siirtymistä vanhasta XML-pohjaisesta järjestelmästä moderniin JSON-LD-muotoon tai yksinkertaisesti tietokannan skeeman päivittämistä. Pieni virhe siirto-ohjelmassa voi johtaa katastrofaalisiin seurauksiin, mikä korruptoi hiljaa tuhansia tai miljoonia tietueita.

TypeScript tarjoaa turvaverkon tälle prosessille. Kehittäjä voi mallintaa sekä vanhat että uudet tietorakenteet TypeScript-liittymiksi.

            
// Edustaa vanhaa, vanhaa tietorakennetta.
interface LegacyXMLRecord {
  ObjectID: string;
  PhotoTitle: string;
  Artist: string;
  YearCreated: string; // Huom: vuosi on merkkijono!
}

// Edustaa uutta, vankkaa tietorakennettamme.
interface ModernJSONRecord {
  id: string;
  title: string;
  creator: string[];
  creationYear: number; // Vuosi on nyt numero!
}

function migrateRecord(legacy: LegacyXMLRecord): ModernJSONRecord {
  // TypeScript-kääntäjä pakottaa meidät käsittelemään tyyppikonversion.
  const creationYear = parseInt(legacy.YearCreated, 10);

  // Meidän on tarkistettava, onnistuiko jäsentäminen.
  if (isNaN(creationYear)) {
    throw new Error(`Virheellinen vuoden muoto tietueelle ${legacy.ObjectID}: ${legacy.YearCreated}`);
  }

  return {
    id: legacy.ObjectID,
    title: legacy.PhotoTitle,
    creator: [legacy.Artist],
    creationYear: creationYear, // Tämä on nyt taattu olevan numero.
  };
}

            

              
                Copy
              
            
          

Ihmistekijä: Yhteistyön edistäminen

TypeScriptin edut ulottuvat itse koodin ulkopuolelle; ne edistävät parempaa yhteistyötä toimialan asiantuntijoiden (arkistonhoitajat) ja teknisten asiantuntijoiden (kehittäjät) välillä.

Yhteinen kieli tietorakenteille

TypeScript-liittymät voivat toimia sopimuksena tai yhteisenä pohjana keskustelulle. Arkistonhoitajat voivat tehdä yhteistyötä kehittäjien kanssa määrittääkseen tarkat metatietokentät, niiden tyypit, ovatko ne valinnaisia ​​vai pakollisia ja mitä ohjattuja sanastoja tulisi käyttää. Tämä keskustelu kodifioidaan sitten suoraan TypeScript-ominaisuuteen `interface`. Tämä prosessi paljastaa väärinkäsityksiä ja epäselvyyksiä varhaisessa vaiheessa. Arkistonhoitaja voi katsoa `DigitizedPhotograph`-liittymää ja vahvistaa: "Kyllä, se edustaa tarkasti tietoja, jotka meidän on tallennettava." Tämä jaettu kieli pienentää kuilua arkistoteorian ja ohjelmistojen toteutuksen välillä.

API:n ja tietojenvaihdon eheyden parantaminen

Nykyaikaiset arkistot ovat harvoin eristyksissä. Ne jakavat tietoja muiden instituutioiden kanssa, tarjoavat API:ita tutkijoille ja ohjaavat julkisivustoja. TypeScript takaa päästä päähän -tyyppiturvallisuuden näissä tilanteissa. Node.js:llä ja TypeScriptillä rakennettu tausta voi taata sen API:n kautta lähettämiensä tietojen muodon. Reactilla tai Angularilla ja TypeScriptillä rakennettu etupääsovellus voi tietää täsmälleen tietojen muodon, jonka se odottaa vastaanottavansa. Tämä eliminoi yleisen virhelähteen, jossa etupää ja tausta eivät ole samaa mieltä tietomuodosta, mikä johtaa rikki käyttäjäliittymiin tai väärin tulkittuihin tietoihin.

Mahdollisten huolenaiheiden ja rajoitusten käsitteleminen

Mikään teknologia ei ole ihmelääke, ja on tärkeää harkita TypeScriptin käyttöönoton kompromisseja.

• Oppimiskäyrä ja asennus: JavaScriptille tottuneilla tiimeillä on oppimiskäyrä. Projektin alkuasennus sisältää myös kääntämisvaiheen, mikä lisää hieman monimutkaisuutta.
• Sanaisuus: Tyyppien määrittäminen voi tehdä koodista sanallisemman kuin sen dynaaminen vastine. Tämä sanallisuus antaa kuitenkin turvallisuuden ja itseasiakirjat, jotka ovat niin arvokkaita säilytyskontekstissa.

Vaikka nämä ovat päteviä huomioita, argumentti digitaaliarkistoille on pakottava: korruptoituneiden tietojen puhdistamisen pitkän aikavälin kustannukset ovat melkein aina korkeammat kuin etukäteisinvestointi tyyppiturvallisen järjestelmän rakentamiseen. Alkuperäinen ponnistus maksaa osinkoja tulevina vuosina luotettavuuden lisääntymisen, helpomman ylläpidon ja suuremman luottamuksen kokoelman eheyteen.

Johtopäätös: Joustavan digitaalisen tulevaisuuden rakentaminen

Maailmanlaajuisen kulttuuriperintömme säilyttäminen digitaalisella aikakaudella on yksi aikamme suurista haasteista ja mahdollisuuksista. Se vaatii monialaista lähestymistapaa, jossa yhdistyvät arkistotieteen tiukat periaatteet ja modernin ohjelmistotekniikan innovatiiviset työkalut.

TypeScript on paljon enemmän kuin pelkkä suosittu ohjelmointikieli; se on tehokas säilytystyökalu. Mahdollistamalla meille sellaisten järjestelmien rakentamisen, jotka ovat tarkkoja, vankkoja ja itseasiakirjoina, se tarjoaa ratkaisevan suojakerroksen tietojen korruptoitumisen hidasta hajoamista vastaan. Sen avulla voimme kääntää arkistonkuvauksen huolelliset säännöt koodiksi, joka aktiivisesti valvoo näitä sääntöjä. Luomalla 'turvaverkon' ohjelmistomme perustasolle voimme varmistaa, että tämän päivän digitaaliset tietueet pysyvät aitoina, saatavina ja luotettavina huomisen historioitsijoille, tutkijoille ja uteliaille mielille. Yhteisen muistimme turvaamisen suurprojektissa tyyppiturvallisuus ei ole tekninen yksityiskohta – se on perustavaa laatua oleva huoltotoimi.